System and method for securely accessing and displaying information on a display device having multiple display windows

ABSTRACT

A system and method for securely displaying patient data within a plurality of display windows of a display user interface is provided. Generally, a user may activate an access computing device by logging into a user profile via a first user interface of a first computing device and scanning a predefined pattern of said access computing device using a camera of the first computing device. If the system recognizes the predefined pattern and the user profile has the appropriate permission levels, a computer readable signal containing login credentials may be sent to the access computing device, allowing the user to access data of the system. In some embodiments, a user may activate a display by logging into a user profile having appropriate permissions and scanning a predefined pattern of the display. The user may use user interfaces of the system to control a plurality of display windows within the display user interface.

CROSS REFERENCES

This application is a U.S. National Stage application of PCT ApplicationNumber PCT/US21/40839, filed on Jul. 8, 2021, which claims the benefitof U.S. Provisional Application No. 63/195,594, filed on Jun. 1, 2021,which applications are incorporated herein in their entirety byreference.

FIELD OF THE DISCLOSURE

The subject matter of the present disclosure refers generally to asystem and method for quick, secure access to an electronic healthrecord as well as assist with the presentation of information to apatient.

BACKGROUND

Healthcare facilities are increasingly focusing on enhancing a patient'streatment experience by way of technology. This allows said healthcarefacilities to differentiate their services from those of competinghealthcare facilities as well as improve patient satisfaction ratings,which may increase the number of patients who choose their services oversaid competing healthcare facilities. In particular, by investing intechnology that improves nurse/patient interaction, increases safety,reduces readmissions, and reduces cost to the patient, healthcarefacilities have greatly increased quality of care and efficiency of theworkforce without also greatly increasing costs. For instance,healthcare facilities are already using televisions as a way to assistpatients in learning about their conditions. Interactive patienteducation systems (video on-demand and/or Internet-enabled units) arebecoming integral to the patient and staff satisfaction standards inhealthcare facilities. And as regulatory requirements continue toquickly evolve, it is inevitable that these on-demand education systemswill become a standard feature of hospitals instead of a value add tothe patient experience. The fact that these types of technologicalimprovements already improve efficiency of healthcare facility personnelwill likely be enough to encourage the quick acceptance of theseimprovements even without regulatory obligation.

As these new technologies are introduced into healthcare environments,healthcare professionals must continue to figure out new ways to usesaid technologies to assist with day-to-day tasks, such using technologyto assist with the discussion of medical procedure results, including,but not limited to, X-rays, EKGs, labs, etc. As healthcare facilitieshave become more digitized, so has the form of the various medicalprocedure results. This is convenient in that a healthcare professionalmay quickly access results so long as they have a computing device thathas access to the Electronic Health Record containing the desiredinformation, but it also can prevent emotional interaction with thepatient that may cause the healthcare professional to come off as cold.Reducing the amount of information visually available to the patient mayalso reduce the patient's understanding about a diagnosis and how saiddiagnosis may be corrected. For instance, a healthcare professionallooking at a screen while a patient watches said healthcare professionallook at said screen does nothing to assist a patient in understandingtheir condition. Further, smaller screens have been shown to reduceneural activity and attention, meaning that simply allowing patients toview information about their condition on a mobile device may havelittle impact on their understanding.

The increasingly digital healthcare industry has also resulted inadditional security/safety issues as well. The aforementioned regulatoryrequirements are typically very strict when it comes to thedissemination of the contents of a patient's electronic health record(EHR). And though healthcare professionals are often careful with apatient's health records, mistakes cause distress to a patientunfortunately do happen. Whether the mistake is a result of mistakenidentity of the patient, mistakenly selecting a different patient'shealth records in the EHR besides the patient intended, or somethingelse, these mistakes are preventable. And preventing these mistakescould further increase patients' overall satisfaction while also furtherincreasing the efficiency of healthcare professionals.

Accordingly, there is a need in the art for a system and method that mayallow a healthcare professional to securely and quickly access data ofan EHR as well as assist the healthcare professional present informationof a patient's EHR to the patient in a way that increases said patient'sunderstanding of their health.

SUMMARY

A system and method for quick, secure access to an electronic healthrecord and assisting with the presentation of information to a patientis provided. Generally, the system and methods of the present disclosureare designed to enhance communication between a patient and thepatient's healthcare provider. More specifically, the system and methodare designed to more securely store information within an electronichealth record while simultaneously increasing the ease in which ahealthcare provider can share information with patients. The systemgenerally comprises a first computing device having a first userinterface, camera operably connected to said first computing device,access computing device having an access user interface, processoroperably connected to said first computing device and said accesscomputing device, display operably connected to said processor, andnon-transitory computer-readable medium coupled to said processor andhaving instructions stored thereon. In one preferred embodiment, adatabase may be operably connected to the processor and the various dataof the system may be stored therein, including, but not limited to, userdata, patient data, and image data. In some preferred embodiments, adisplay having a display user interface and operably connected to thefirst computing device and a second computing device may comprise aplurality of display windows configured to display image data therein,wherein a control board of the display may be configured to receive saidimage data. In yet another preferred embodiment, a wirelesscommunication interface may allow the processors of the system toreceive and transmit image data therebetween.

A user preferably accesses the various data of the system by inputtingcommands within one of the carious user interfaces of the system. A userpreferably may access patient data by using a first user interface of afirst computing device to login to a user profile having permissionsthat allows said user to access patient data of the system, wherein saiddata is preferably related to a particular patient in an electronichealth record (EHR). After logging into their user profile via the firstuser interface, the first user interface may require the user to use acamera of the first computing device to scan a predefined pattern of anaccess computing device, wherein the access computing device has accessto the electronic health record storing said patient's patient data.Once scanned and confirmed, the first user interface may transmit acomputer readable signal to the access computing device, wherein saidcomputer readable signal may contain the user's login credentials(including the user's permission levels). This may allow the user toaccess a command line of the access user interface so that the user mayaccess a patient's patient data stored within the system.

The system may also comprise a secondary security device, such as abiometric scanner, camera configured to collect image data for facialrecognition, or bracelet having a unique identifier. In one preferredembodiment, the secondary security device may be operably connected tothe access computing device and/or display in a way such that it is indirect communication with the access computing device and/or display andno other computing device and/or display. This may serve as anadditional precaution to prevent the unintentional sharing of legallyprotected health records of a patient. In some preferred embodiments,the system may capture an identifying address of any computing deviceconnected thereto via passive or active scanning. Other types of datathat may be capture and saved by the system includes, but is not limitedto, login time, login date, geolocation data, image data, or anycombination thereof.

Some preferred embodiments of the display may comprise a control boardhaving at least one circuit and microchip. The control board may controlthe plurality of display windows of the display user interface and theimage data displayed therein. The microchip of the control boardcomprises a microprocessor and memory. In another preferred embodiment,the microchip may further comprise a wireless communication interface inthe form of an antenna. The microprocessor may receive image data fromat least one of a first computing device and second computing device viathe wireless communication interface, wherein the image data comprisesvideo data. Some preferred embodiments of image data may also include anaudio data component. The control board may manipulate the image dataand/or plurality of display windows based on commands received from aninput device. In one preferred embodiment, the display user interfacemay also comprise a control window, which may allow a user to controlthe layout of the display user interface. For instance, a user maychoose to layout that separates the display user interface of fourseparate display windows. Alternatively, an input device having aplurality of layouts thereon may be used to manipulate the layout of thedisplay user interface.

The foregoing summary has outlined some features of the system andmethod of the present disclosure so that those skilled in the pertinentart may better understand the detailed description that follows.Additional features that form the subject of the claims will bedescribed hereinafter. Those skilled in the pertinent art shouldappreciate that they can readily utilize these features for designing ormodifying other systems for carrying out the same purpose of the systemand method disclosed herein. Those skilled in the pertinent art shouldalso realize that such equivalent designs or modifications do not departfrom the scope of the system and method of the present disclosure.

DESCRIPTION OF THE DRAWINGS

These and other features, aspects, and advantages of the presentdisclosure will become better understood with regard to the followingdescription, appended claims, and accompanying drawings where:

FIG. 1 illustrates a system embodying features consistent with theprinciples of the present disclosure.

FIG. 2 illustrates a system embodying features consistent with theprinciples of the present disclosure.

FIG. 3 illustrates a system embodying features consistent with theprinciples of the present disclosure.

FIG. 4 illustrates a system embodying features consistent with theprinciples of the present disclosure.

FIG. 5 illustrates a system embodying features consistent with theprinciples of the present disclosure.

FIG. 6 illustrates a system embodying features consistent with theprinciples of the present disclosure.

FIG. 7 illustrates a system embodying features consistent with theprinciples of the present disclosure.

FIG. 8 illustrates an example environment in which a user may use thesystem and implement the techniques of the present disclosure.

FIG. 9 illustrates an example environment in which a user may use thesystem and implement the techniques of the present disclosure.

FIG. 10 is a diagram illustrating the manner in which individual accessto data may be granted or limited based on user roles and administratorroles.

FIG. 11 is a flow chart illustrating certain method steps of a methodembodying features consistent with the principles of the presentdisclosure.

FIG. 12 is a flow chart illustrating certain method steps of a methodembodying features consistent with the principles of the presentdisclosure.

FIG. 13 is a flow chart illustrating certain method steps of a methodembodying features consistent with the principles of the presentdisclosure.

DETAILED DESCRIPTION

In the Summary above and in this Detailed Description, and the claimsbelow, and in the accompanying drawings, reference is made to particularfeatures, including method steps, of the invention. It is to beunderstood that the disclosure of the invention in this specificationincludes all possible combinations of such particular features. Forinstance, where a particular feature is disclosed in the context of aparticular aspect or embodiment of the invention, or a particular claim,that feature can also be used, to the extent possible, in combinationwith/or in the context of other particular aspects of the embodiments ofthe invention, and in the invention generally.

The term “comprises”, and grammatical equivalents thereof are usedherein to mean that other components, steps, etc. are optionallypresent. For instance, a system “comprising” components A, B, and C cancontain only components A, B, and C, or can contain not only componentsA, B, and C, but also one or more other components. Where reference ismade herein to a method comprising two or more defined steps, thedefined steps can be carried out in any order or simultaneously (exceptwhere the context excludes that possibility), and the method can includeone or more other steps which are carried out before any of the definedsteps, between two of the defined steps, or after all the defined steps(except where the context excludes that possibility). As will be evidentfrom the disclosure provided below, the present invention satisfies theneed for a system and method capable of seamlessly integrating controlsinto a video feed which allows the user to choose two or more mediasources to combine.

FIG. 1 depicts an exemplary environment 100 of the system 400 consistingof clients 105 connected to a server 110 and/or database 115 via anetwork 150. Clients 105 are devices of users 405 that may be used toaccess servers 110 and/or databases 115 through a network 150. A network150 may comprise of one or more networks of any kind, including, but notlimited to, a local area network (LAN), a wide area network (WAN),metropolitan area networks (MAN), a telephone network, such as thePublic Switched Telephone Network (PSTN), an intranet, the Internet, amemory device, another type of network, or a combination of networks. Ina preferred embodiment, computing entities 200 may act as clients 105for a user 405. For instance, a client 105 may include a personalcomputer, a wireless telephone, a streaming device, a “smart”television, a personal digital assistant (PDA), a laptop, a smart phone,a tablet computer, or another type of computation or communicationinterface 280. Servers 110 may include devices that access, fetch,aggregate, process, search, provide, and/or maintain documents. AlthoughFIG. 1 depicts a preferred embodiment of an environment 100 for thesystem 400, in other implementations, the environment 100 may containfewer components, different components, differently arranged components,and/or additional components than those depicted in FIG. 1 .Alternatively, or additionally, one or more components of theenvironment 100 may perform one or more other tasks described as beingperformed by one or more other components of the environment 100.

As depicted in FIG. 1 , one embodiment of the system 400 may comprise aserver 110. Although shown as a single server 110 in FIG. 1 , a server110 may, in some implementations, be implemented as multiple devicesinterlinked together via the network 150, wherein the devices may bedistributed over a large geographic area and performing differentfunctions or similar functions. For instance, two or more servers 110may be implemented to work as a single server 110 performing the sametasks. Alternatively, one server 110 may perform the functions ofmultiple servers 110. For instance, a single server 110 may perform thetasks of a web server and an indexing server. Additionally, it isunderstood that multiple servers 110 may be used to operably connect theprocessor 220 to the database 115 and/or other content repositories. Theprocessor 220 may be operably connected to the server 110 via wired orwireless connection. Types of servers 110 that may be used by the system400 include, but are not limited to, search servers, document indexingservers, and web servers, or any combination thereof.

Search servers may include one or more computing entities 200 designedto implement a search engine, such as a documents/records search engine,general webpage search engine, etc. Search servers may, for instance,include one or more web servers designed to receive search queriesand/or inputs from users 405, search one or more databases 115 inresponse to the search queries and/or inputs, and provide documents orinformation, relevant to the search queries and/or inputs, to users 405.In some implementations, search servers may include a web search serverthat may provide webpages to users 405, wherein a provided webpage mayinclude a reference to a web server at which the desired informationand/or links are located. The references to the web server at which thedesired information is located may be included in a frame and/or textbox, or as a link to the desired information/document. Document indexingservers may include one or more devices designed to index documentsavailable through networks 150. Document indexing servers may accessother servers 110, such as web servers that host content, to index thecontent. In some implementations, document indexing servers may indexdocuments/records stored by other servers 110 connected to the network150. Document indexing servers may, for instance, store and indexcontent, information, and documents relating to user accounts anduser-generated content. Web servers may include servers 110 that providewebpages to clients 105. For instance, the webpages may be HTML-basedwebpages. A web server may host one or more websites. As used herein, awebsite may refer to a collection of related webpages. Frequently, awebsite may be associated with a single domain name, although somewebsites may potentially encompass more than one domain name. Theconcepts described herein may be applied on a per-website basis.Alternatively, in some implementations, the concepts described hereinmay be applied on a per-webpage basis.

As used herein, a database 115 refers to a set of related data and theway it is organized. Access to this data is usually provided by adatabase management system (DBMS) consisting of an integrated set ofcomputer software that allows users 405 to interact with one or moredatabases 115 and provides access to all of the data contained in thedatabase 115. The DBMS provides various functions that allow entry,storage and retrieval of large quantities of information and providesways to manage how that information is organized. Because of the closerelationship between the database 115 and the DBMS, as used herein, theterm database 115 refers to both a database 115 and DBMS.

FIG. 2 is an exemplary diagram of a client 105, server 110, and/or ordatabase 115 (hereinafter collectively referred to as “computing entity200”), which may correspond to one or more of the clients 105, servers110, and databases 115 according to an implementation consistent withthe principles of the invention as described herein. The computingentity 200 may comprise a bus 210, a processor 220, memory 304, astorage device 250, a peripheral device 270, and a communicationinterface 280 (such as wired or wireless communication device). The bus210 may be defined as one or more conductors that permit communicationamong the components of the computing entity 200. The processor 220 maybe defined as logic circuitry that responds to and processes the basicinstructions that drive the computing entity 200. Memory 304 may bedefined as the integrated circuitry that stores information forimmediate use in a computing entity 200. A peripheral device 270 may bedefined as any hardware used by a user 405 and/or the computing entity200 to facilitate communicate between the two. A storage device 250 maybe defined as a device used to provide mass storage to a computingentity 200. A communication interface 280 may be defined as anytransceiver-like device that enables the computing entity 200 tocommunicate with other devices and/or computing entities 200.

The bus 210 may comprise a high-speed interface 308 and/or a low-speedinterface 312 that connects the various components together in a waysuch they may communicate with one another. A high-speed interface 308manages bandwidth-intensive operations for computing device 300, while alow-speed interface 312 manages lower bandwidth-intensive operations. Insome preferred embodiments, the high-speed interface 308 of a bus 210may be coupled to the memory 304, display 316, and to high-speedexpansion ports 310, which may accept various expansion cards such as agraphics processing unit (GPU). In other preferred embodiments, thelow-speed interface 312 of a bus 210 may be coupled to a storage device250 and low-speed expansion ports 314. The low-speed expansion ports 314may include various communication ports, such as USB, Bluetooth,Ethernet, wireless Ethernet, etc. Additionally, the low-speed expansionports 314 may be coupled to one or more peripheral devices 270, such asa keyboard, pointing device, scanner, and/or a networking device,wherein the low-speed expansion ports 314 facilitate the transfer ofinput data from the peripheral devices 270 to the processor 220 via thelow-speed interface 312.

The processor 220 may comprise any type of conventional processor ormicroprocessor that interprets and executes computer readableinstructions. The processor 220 is configured to perform the operationsdisclosed herein based on instructions stored within the system 400. Theprocessor 220 may process instructions for execution within thecomputing entity 200, including instructions stored in memory 304 or ona storage device 250, to display graphical information for a graphicaluser interface (GUI) on an external peripheral device 270, such as adisplay 316. The processor 220 may provide for coordination of the othercomponents of a computing entity 200, such as control of user interfaces411A, 411B, 511, 711, applications run by a computing entity 200, andwireless communication by a communication interface 280 of the computingentity 200. The processor 220 may be any processor or microprocessorsuitable for executing instructions. In some embodiments, the processor220 may have a memory device therein or coupled thereto suitable forstoring the data, content, or other information or material disclosedherein. In some instances, the processor 220 may be a component of alarger computing entity 200. A computing entity 200 that may house theprocessor 220 therein may include, but are not limited to, laptops,desktops, workstations, personal digital assistants, servers 110,mainframes, cellular telephones, tablet computers, smart televisions,streaming devices, or any other similar device. Accordingly, theinventive subject matter disclosed herein, in full or in part, may beimplemented or utilized in devices including, but are not limited to,laptops, desktops, workstations, personal digital assistants, servers110, mainframes, cellular telephones, tablet computers, smarttelevisions, streaming devices, or any other similar device.

Memory 304 stores information within the computing device 300. In somepreferred embodiments, memory 304 may include one or more volatilememory units. In another preferred embodiment, memory 304 may includeone or more non-volatile memory units. Memory 304 may also includeanother form of computer-readable medium, such as a magnetic, solidstate, or optical disk. For instance, a portion of a magnetic hard drivemay be partitioned as a dynamic scratch space to allow for temporarystorage of information that may be used by the processor 220 when fastertypes of memory, such as random-access memory (RAM), are in high demand.A computer-readable medium may refer to a non-transitorycomputer-readable memory device. A memory device may refer to storagespace within a single storage device 250 or spread across multiplestorage devices 250. The memory 304 may comprise main memory 230 and/orread only memory (ROM) 240. In a preferred embodiment, the main memory230 may comprise RAM or another type of dynamic storage device 250 thatstores information and instructions for execution by the processor 220.ROM 240 may comprise a conventional ROM device or another type of staticstorage device 250 that stores static information and instructions foruse by processor 220. The storage device 250 may comprise a magneticand/or optical recording medium and its corresponding drive.

As mentioned earlier, a peripheral device 270 is a device thatfacilitates communication between a user 405 and the processor 220. Theperipheral device 270 may include, but is not limited to, an inputdevice and/or an output device. As used herein, an input device may bedefined as a device that allows a user 405 to input data andinstructions that is then converted into a pattern of electrical signalsin binary code that are comprehensible to a computing entity 200. Aninput device of the peripheral device 270 may include one or moreconventional devices that permit a user 405 to input information intothe computing entity 200, such as a controller, scanner, phone, camera,scanning device, keyboard, a mouse, a pen, voice recognition and/orbiometric mechanisms, etc. As used herein, an output device may bedefined as a device that translates the electronic signals received froma computing entity 200 into a form intelligible to the user 405. Anoutput device of the peripheral device 270 may include one or moreconventional devices that output information to a user 405, including adisplay 316, a printer, a speaker, an alarm, a projector, etc.Additionally, storage devices 250, such as CD-ROM drives, and othercomputing entities 200 may act as a peripheral device 270 that may actindependently from the operably connected computing entity 200. Forinstance, a streaming device may transfer data to a smartphone, whereinthe smartphone may use that data in a manner separate from the streamingdevice.

The storage device 250 is capable of providing the computing entity 200mass storage. In some embodiments, the storage device 250 may comprise acomputer-readable medium such as the memory 304, storage device 250, ormemory 304 on the processor 220. A computer-readable medium may bedefined as one or more physical or logical memory devices and/or carrierwaves. Devices that may act as a computer readable medium include, butare not limited to, a hard disk device, optical disk device, tapedevice, flash memory or other similar solid-state memory device, or anarray of devices, including devices in a storage area network or otherconfigurations. Examples of computer-readable mediums include, but arenot limited to, magnetic media such as hard disks, floppy disks, andmagnetic tape; optical media such as CD ROM discs and DVDs;magneto-optical media such as optical discs; and hardware devices thatare specially configured to store and perform programming instructions,such as ROM 240, RAM, flash memory, and the like.

In an embodiment, a computer program may be tangibly embodied in thestorage device 250. The computer program may contain instructions that,when executed by the processor 220, performs one or more steps thatcomprise a method, such as those methods described herein. Theinstructions within a computer program may be carried to the processor220 via the bus 210. Alternatively, the computer program may be carriedto a computer-readable medium, wherein the information may then beaccessed from the computer-readable medium by the processor 220 via thebus 210 as needed. In a preferred embodiment, the software instructionsmay be read into memory 304 from another computer-readable medium, suchas data storage device 250, or from another device via the communicationinterface 280. Alternatively, hardwired circuitry may be used in placeof or in combination with software instructions to implement processesconsistent with the principles as described herein. Thus,implementations consistent with the invention as described herein arenot limited to any specific combination of hardware circuitry andsoftware.

FIG. 3 depicts exemplary computing entities 200 in the form of acomputing device 300 and mobile computing device 350, which may be usedto carry out the various embodiments of the invention as describedherein. A computing device 300 is intended to represent various forms ofdigital computers, such as laptops, desktops, workstations, servers 110,databases 115, mainframes, and other appropriate computers. A mobilecomputing device 350 is intended to represent various forms of mobiledevices, such as scanners, scanning devices, personal digitalassistants, cellular telephones, smart phones, tablet computers, andother similar devices. The various components depicted in FIG. 3 , aswell as their connections, relationships, and functions are meant to beexamples only, and are not meant to limit the implementations of theinvention as described herein. The computing device 300 may beimplemented in a number of different forms, as shown in FIGS. 1 and 3 .For instance, a computing device 300 may be implemented as a server 110or in a group of servers 110. Computing devices 300 may also beimplemented as part of a rack server system. In addition, a computingdevice 300 may be implemented as a personal computer, such as a desktopcomputer or laptop computer. Alternatively, components from a computingdevice 300 may be combined with other components in a mobile device,thus creating a mobile computing device 350. Each mobile computingdevice 350 may contain one or more computing devices 300 and mobiledevices, and an entire system may be made up of multiple computingdevices 300 and mobile devices communicating with each other as depictedby the mobile computing device 350 in FIG. 3 . The computing entities200 consistent with the principles of the invention as disclosed hereinmay perform certain receiving, communicating, generating, outputproviding, correlating, and storing operations as needed to perform thevarious methods as described in greater detail below.

In the embodiment depicted in FIG. 3 , a computing device 300 mayinclude a processor 220, memory 304 a storage device 250, high-speedexpansion ports 310, low-speed expansion ports 314, and bus 210 operablyconnecting the processor 220, memory 304, storage device 250, high-speedexpansion ports 310, and low-speed expansion ports 314. In one preferredembodiment, the bus 210 may comprise a high-speed interface 308connecting the processor 220 to the memory 304 and high-speed expansionports 310 as well as a low-speed interface 312 connecting to thelow-speed expansion ports 314 and the storage device 250. Because eachof the components are interconnected using the bus 210, they may bemounted on a common motherboard as depicted in FIG. 3 or in othermanners as appropriate. The processor 220 may process instructions forexecution within the computing device 300, including instructions storedin memory 304 or on the storage device 250. Processing theseinstructions may cause the computing device 300 to display graphicalinformation for a GUI on an output device, such as a display 316 coupledto the high-speed interface 308. In other implementations, multipleprocessors and/or multiple buses may be used, as appropriate, along withmultiple memory units and/or multiple types of memory. Additionally,multiple computing devices may be connected, wherein each deviceprovides portions of the necessary operations.

A mobile computing device 350 may include a processor 220, memory 304 aperipheral device 270 (such as a display 316, a communication interface280, and a transceiver 368, among other components). A mobile computingdevice 350 may also be provided with a storage device 250, such as amicro-drive or other previously mentioned storage device 250, to provideadditional storage. Preferably, each of the components of the mobilecomputing device 350 are interconnected using a bus 210, which may allowseveral of the components of the mobile computing device 350 to bemounted on a common motherboard as depicted in FIG. 3 or in othermanners as appropriate. In some implementations, a computer program maybe tangibly embodied in an information carrier. The computer program maycontain instructions that, when executed by the processor 220, performone or more methods, such as those described herein. The informationcarrier is preferably a computer-readable medium, such as memory,expansion memory 374, or memory 304 on the processor 220 such as ROM240, that may be received via the transceiver or external interface 362.The mobile computing device 350 may be implemented in a number ofdifferent forms, as shown in FIG. 3 . For instance, a mobile computingdevice 350 may be implemented as a cellular telephone, part of a smartphone, personal digital assistant, or other similar mobile device.

The processor 220 may execute instructions within the mobile computingdevice 350, including instructions stored in the memory 304 and/orstorage device 250. The processor 220 may be implemented as a chipset ofchips that may include separate and multiple analog and/or digitalprocessors. The processor 220 may provide for coordination of the othercomponents of the mobile computing device 350, such as control of theuser interfaces 411A, 411B, 511, 711, applications run by the mobilecomputing device 350, and wireless communication by the mobile computingdevice 350. The processor 220 of the mobile computing device 350 maycommunicate with a user 405 through the control interface 358 coupled toa peripheral device 270 and the display interface 356 coupled to adisplay 316. The display 316 of the mobile computing device 350 mayinclude, but is not limited to, Liquid Crystal Display (LCD), LightEmitting Diode (LED) display, Organic Light Emitting Diode (OLED)display, and Plasma Display Panel (PDP), holographic displays, augmentedreality displays, virtual reality displays, or any combination thereof.The display interface 356 may include appropriate circuitry for causingthe display 316 to present graphical and other information to a user405. The control interface 358 may receive commands from a user 405 viaa peripheral device 270 and convert the commands into a computerreadable signal for the processor 220. In addition, an externalinterface 362 may be provided in communication with processor 220, whichmay enable near area communication of the mobile computing device 350with other devices. The external interface 362 may provide for wiredcommunications in some implementations or wireless communication inother implementations. In a preferred embodiment, multiple interfacesmay be used in a single mobile computing device 350 as is depicted inFIG. 3 .

Memory 304 stores information within the mobile computing device 350.Devices that may act as memory 304 for the mobile computing device 350include, but are not limited to computer-readable media, volatilememory, and non-volatile memory. Expansion memory 374 may also beprovided and connected to the mobile computing device 350 through anexpansion interface 372, which may include a Single In-Line MemoryModule (SIM) card interface or micro secure digital (Micro-SD) cardinterface. Expansion memory 374 may include, but is not limited to,various types of flash memory and non-volatile random-access memory(NVRAM). Such expansion memory 374 may provide extra storage space forthe mobile computing device 350. In addition, expansion memory 374 maystore computer programs or other information that may be used by themobile computing device 350. For instance, expansion memory 374 may haveinstructions stored thereon that, when carried out by the processor 220,cause the mobile computing device 350 perform the methods describedherein. Further, expansion memory 374 may have secure information storedthereon; therefore, expansion memory 374 may be provided as a securitymodule for a mobile computing device 350, wherein the security modulemay be programmed with instructions that permit secure use of a mobilecomputing device 350. In addition, expansion memory 374 having secureapplications and secure information stored thereon may allow a user 405to place identifying information on the expansion memory 374 via themobile computing device 350 in a non-hackable manner.

A mobile computing device 350 may communicate wirelessly through thecommunication interface 280, which may include digital signal processingcircuitry where necessary. The communication interface 280 may providefor communications under various modes or protocols, including, but notlimited to, Global System Mobile Communication (GSM), Short MessageServices (SMS), Enterprise Messaging System (EMS), Multimedia MessagingService (MMS), Code Division Multiple Access (CDMA), Time DivisionMultiple Access (TDMA), Personal Digital Cellular (PDC), Wideband CodeDivision Multiple Access (WCDMA), IMT Multi-Carrier (CDMAX 0), andGeneral Packet Radio Service (GPRS), or any combination thereof. Suchcommunication may occur, for example, through a transceiver 368.Short-range communication may occur, such as using a Bluetooth, WIFI, orother such transceiver 368. In addition, a Global Positioning System(GPS) receiver module 370 may provide additional navigation-andlocation-related wireless data to the mobile computing device 350, whichmay be used as appropriate by applications running on the mobilecomputing device 350. Alternatively, the mobile computing device 350 maycommunicate audibly using an audio codec 360, which may receive spokeninformation from a user 405 and covert the received spoken informationinto a digital form that may be processed by the processor 220. Theaudio codec 360 may likewise generate audible sound for a user 405, suchas through a speaker, e.g., in a handset of mobile computing device 350.Such sound may include sound from voice telephone calls, recorded soundsuch as voice messages, music files, etc. Sound may also include soundgenerated by applications operating on the mobile computing device 350.

The system 400 may also comprise a power supply. The power supply may beany source of power that provides the system 400 with power. In anembodiment, the power supply may be a stationary power outlet. Thesystem 400 may comprise of multiple power supplies that may providepower to the system 400 in different circumstances. For instance, thesystem 400 may be directly plugged into a stationary power outlet, whichmay provide power to the system 400 so long as it remains in one place.However, the system 400 may also be connected to a backup battery sothat the system 400 may receive power even when the power supply is notconnected to a stationary power outlet or if the stationary power outletceases to provide power to the computing entity 200.

FIGS. 4-13 illustrate embodiments of a system 400 and methods forsecurely displaying patient data 425B within a plurality of displaywindows 705 of a display user interface 711 of a display 316. FIG. 4illustrates a preferred embodiment of the system 400 having a firstcomputing device 410A and access computing device 410B in fluidcommunication with one another. FIG. 5 illustrates an example first userinterface 411A of the first computing device 410A and a second userinterface 511 of a second computing device 510, wherein a display 316operably connected to said first computing device 410A and secondcomputing device 510 may receive said first user interface 411A fromsaid first computing device 410A and said second user interface 511 fromsaid second computing device 510 in the form of image data 425C. FIG. 6illustrates an example access user interface 411B of the accesscomputing device 410B, wherein a display 316 operably connected to saidaccess computing device 410B may present a predetermined pattern 605containing login credentials of said access computing device 410B. FIG.7 illustrates an example display user interface 711 of the display 316,wherein a control board operably connected to said display 316 mayreceive image data 425C from said first computing device 410A and saidsecond computing device 510 and present it within said display userinterface 711. FIGS. 8 and 9 illustrate environmental views 800, 900 ofthe system 400 being used by a user 405. FIG. 10 illustrates permissionlevels 1000 that may be utilized by the present system 400 forcontrolling access to user content 1015, 1035, 1055 such as user data425A, patient data 425B, image data 425C. FIGS. 11-13 illustrate methods1100, 1200, 1300 that may be carried out by the system 400. It isunderstood that the various method steps associated with the methods1100, 1200, 1300, of the present disclosure may be carried out asoperations by the system 400 shown in FIG. 4 .

The system 400 generally comprises a first computing device 410A havinga first user interface 411A, camera 413 operably connected to said firstcomputing device 410A, access computing device 410B having an accessuser interface 411B, processor 220 operably connected to said firstcomputing device 410A and said access computing device 410B, display 316operably connected to said processor 220, and non-transitorycomputer-readable medium 416 coupled to said processor 220 and havinginstructions stored thereon. In one preferred embodiment, a database 115may be operably connected to the processor 220 and the various data ofthe system 400 may be stored therein, including, but not limited to,user data 425A, patient data 425B, and image data 425C. In somepreferred embodiments, a display 316 having a display user interface 711and operably connected to the first computing device 410A and a secondcomputing device 510 may comprise a plurality of display windows 705configured to display image data 425C therein, wherein a control boardof the display 316 may be configured to receive said image data 425C. Inyet another preferred embodiment, a wireless communication interface 280may allow the processors 220 of the system 400 to receive and transmitimage data 425C therebetween. Though computing devices are referred toas first computing device 110A, access computing device 110B, and secondcomputing device 510, one with skill in the art will recognize instancesin which said computing devices may be used interchangeably withoutdeparting from the inventive subject matter described herein.

A user 405 preferably accesses the various data of the system 400 byinputting commands within a user interface of a computing device thatallows the user 405 to access to said data. In a preferred embodiment,as illustrated in FIGS. 8 and 9 , a user 405 may access said patientdata 425B by using a first user interface 411A of a first computingdevice 410A to login to a user profile 425 having permissions 1000 thatallows said user 405 to access patient data 425B of the system 400,wherein said data is preferably related to a particular patient in anelectronic health record (EHR). After logging into their user profile425 via the first user interface 411A, the first user interface 411A mayrequire the user 405 to use a camera 413 of the first computing device410A to scan a predefined pattern 605 of an access computing device410B, wherein the access computing device 410B has access to theelectronic health record storing said patient's patient data 425B. Oncescanned and confirmed, the first user interface 411A may transmit acomputer readable signal to the access computing device 410B, whereinsaid computer readable signal may contain the user's 405 logincredentials (including the user's 405 permission levels 1000). This mayallow the user 405 to access a command line of the access user interface411B so that the user 405 may access a patient's patient data 425Bstored within the system 400.

In one preferred embodiment, the system 400 may further comprise asecondary security device, such as a biometric scanner, cameraconfigured to collect image data for facial recognition, or bracelethaving a unique identifier. In one preferred embodiment, the secondarysecurity device may be operably connected to the access computing device410B and/or display 316 in a way such that it is in direct communicationwith the access computing device 410B and/or display 316 and no othercomputing device and/or display 316. For instance, the secondarysecurity device may be connected to a control board of the display 316such that a healthcare professional and patient must biometrically scantheir thumbprint and/or face prior to the display 316 activating. Thismay serve as an additional precaution to prevent the unintentionalsharing of legally protected health records of a patient. The firstcomputing device 410A, access computing device 410B, second computingdevice 510, server 110, database 115, display 316, and secondarysecurity device may be connected via a wired or wireless connection. Ina preferred embodiment, the first computing device 410A, accesscomputing device 410B, second computing device 510, and display 316 areconnected via a wireless connection, such as Bluetooth, whereas thesecondary security device has a wired connection with the accesscomputing device 410B and/or display 316.

In another preferred embodiment, the secondary security device maycontain a transmitter containing a unique ID, which may be transmittedto an access computing device 410B and/or display 316 in the form of acomputer readable signal before deciding whether or not to allow a user405 to access the system 400. Unique IDs contained within the signalbroadcast by the transmitter may include, but are not limited to, uniqueidentifier codes, social security numbers, PINs, etc. For instance, acomputer readable signal broadcast by a secondary security device in theform of a bracelet may contain information that will alert the system400 that a particular user 405 is within a certain range of a particularcomputing device, which may cause the system 400 to activate saidparticular computing device if additional steps are taken.Alternatively, the system 400 may be configured to prevent activation ofa display if a particular user 405 is within range. For instance, beforeconveying classified information to a group of military personnel, thesystem 400 may check to determine if a user 405 is within range thatdoesn't have permissions to view said classified information. If a user405 without an appropriate permission level 1000 is within range of thedisplay 316, the system 400 will not activate.

Types of devices that may act as the transmitter include, but are notlimited, to near field communication (NFC), Bluetooth, infrared (IR),radio-frequency communication (RFC), radio-frequency identification(RFID), and ANT+, or any combination thereof. In an embodiment,transmitters may broadcast signals of more than one type. For instance,a transmitter comprising an IR transmitter and RFID transmitter maybroadcast IR signals and RFID signals. Alternatively, a transmitter maybroadcast signals of only one type of signal. For instance, ID badgesmay be fitted with transmitters that broadcast only NFC signalscontaining unique IDs that computing devices equipped with NFC receiversmust receive before being activated by a user 405.

In yet another preferred embodiment, the secondary security device maycomprise a predefined pattern 605 that a user 405 must scan before thesystem 400 will allow said user 405 to activate a particular computingdevice. For instance, a healthcare professional wanting to discussmedical test results with a patient may have to scan a predefinedpattern 605 of a bracelet of a patient, which may then cause a display316 operably connected to the healthcare professional's computing deviceand patient's computing device to activate. For instance, a healthcareprofessional wanting to access a particular access computing device 410Boperably connected to the EHR may be required to scan a predefinedpattern 605 of an ID badge using a scanning device of said particularaccess computing device 410B. Further, the system 400 may comprise aplurality of secondary security devices that may be used to protectusers 405 of the system 400. For instance, the system 400 may use acombination of a biometric scanning device and a bracelet having ascannable predefined pattern 605 in addition to the methods oftransmitting login credentials from a first computing device 410A to anaccess computing device 410B in the manners described herein. Therefore,one with skill in the art will recognize that a plurality of methods maybe used to secure information of the system 400 without departing fromthe inventive subject matter described herein.

In some preferred embodiments, the system 400 may capture an identifyingaddress of any computing device connected thereto. An identifyingaddress may include, but is not limited to, basic service set identifier(BSSID), extended service set identifier (ESSID), service set identifier(SSID), and media access control (MAC) address, or any combinationthereof. For instance, the system 400 may capture a MAC address of acomputing device wirelessly connected to the system 400 via Bluetooth.The system 400 may capture identifying addresses by actively scanning orpassively scanning for computing devices capable of wirelesslyconnecting to the system 400. In another preferred embodiment, computingdevices may be configured to send a computer readable signal containingsaid identifying address. For instance, the first computing device 410Amay be required to send an identifying address along with logincredentials to the access computing device 410B via a computer readablesignal prior to said access computing device 410B allowing a user 405 toaccess an EHR. In some preferred embodiments, login credentials and theidentifying address may be saved by the system as log data, wherein saidlog data may allow the system 400 to keep a record on which users 405access which computing devices and/or displays 316 of the system 400.Other types of data that may be saved by the system 400 as log dataincludes, but is not limited to, login time, login date, geolocationdata, image data 425C, or any combination thereof.

In a preferred embodiment, the various data of the system 400 may bestored in user profiles 425. Types of data that may be stored withinuser profiles 425 of the system 400 include, but are not limited to,user data 425A, patient data 425B, and image data 425C. One preferredembodiment of the system 400 may comprise a database 115 operablyconnected to the processor 220. The database 115 may be configured tostore user data 425A and patient data 425B within said user profiles425. As used herein, user data 425A may be defined as personalinformation of a user 405 that helps the system 400 identify the user405. Types of data that may be used by the system 400 as user data 425Aincludes, but is not limited to, a user's name, username, socialsecurity number, phone number, gender, age, or any combination thereof.As used herein, patient data 425B is data related to a patient's medicalrecord, which may usually be found within an electronic health record.Types of data that may be used by the system 400 as patient data 425Bincludes, but is not limited to, encounter notes, lab/image reports,orders, medications, guidelines, assessments, interventions,pathological reports, or any combination thereof.

The database 115 may also be configured to store image data 425C of thesystem 400, and in some preferred embodiments, the same may act as adistributor of image data 425C to the plurality of display windows 705of the display user interface 711 of a display 316. Alternatively, theprocessor 220 and/or database 115 may transmit image data 425C to aserver 110, which may act as a distributor of image data 425C to theplurality of display windows 705 of the display user interface 711 of adisplay 316. Once the server 110 has distributed image data 425C to afirst display user interface 711 of a first display 316, it may transmita mirrored version of the first display user interface 711 to a seconddisplay user interface 711 of a second display 316. In some preferredembodiments, the server 110 may also transmit said mirrored version tothe database 115 to be saved as image data 425C therein. In a preferredembodiment, a user profile 425 is related to a particular user 405. Auser 405 is preferably associated with a particular user profile 425based on a username. However, it is understood that a user 405 may beassociated with a user profile 425 using a variety of methods withoutdeparting from the inventive subject matter herein.

As previously mentioned, some preferred embodiments of the display 316may further comprise a control board. The control board comprises atleast one circuit and microchip. In another preferred embodiment, thecontrol board may further comprise a wireless communication interface280, which may allow the control board to receive instructions from aninput device controlled by a user 405. In a preferred embodiment, thecontrol board may control the plurality of display windows 705 of thedisplay user interface 711 and the image data 425C displayed therein.The microchip of the control board comprises a microprocessor andmemory. In another preferred embodiment, the microchip may furthercomprise a wireless communication interface 280 in the form of anantenna 420. The microprocessor may be defined as a multipurpose, clockdriven, register based, digital-integrated circuit which accepts binarydata as input, processes it according to instructions stored in itsmemory, and provides results as output. In a preferred embodiment, themicroprocessor may receive image data 425C from at least one of a firstcomputing device 410A and second computing device 510 via the wirelesscommunication interface 280, wherein the image data 425C comprises videodata. Some preferred embodiments of image data 425C may also include anaudio data component. In another preferred embodiment, themicroprocessor may receive image data 425C from the communicationinterface 280 in the form of a live stream. For instance, image data425C pertaining to a recording of a patient snoring during a sleep studymay include both a video component and an audio component.

As mentioned previously, the system 400 may further comprise a pluralityof user interfaces 411A, 411B, 511, 711. A user interface 411 may bedefined as a space where interactions between a user 405 and the system400 may take place. In an embodiment, the interactions may take place ina way such that a user 405 may control the operations of the system 400.A user interface may include, but is not limited to operating systems,command line user interfaces, conversational interfaces, web-based userinterfaces, zooming user interfaces, touch screens, task-based userinterfaces, touch user interfaces, text-based user interfaces,intelligent user interfaces, brain-computer interfaces (BCIs), andgraphical user interfaces, or any combination thereof. The system 400may present data of the user interface to the user 405 via a display 316operably connected to the processor 220. A display 316 may be defined asan output device that communicates data that may include, but is notlimited to, visual, auditory, cutaneous, kinesthetic, olfactory, andgustatory, or any combination thereof.

In a preferred embodiment, a control board of the display 316 receivesimage data 425C from the first computing device 410A and secondcomputing device 510. The control board may then present said image data425C via the display 316 in a plurality of display windows 705 of thedisplay user interface 711. In a preferred embodiment, the image data425C is streamed from the first computing device 410A and secondcomputing device 510 to the control board, wherein the control boardinserts said streamed image data 425C into said plurality of displaywindows 705. Alternatively, the control board may automatically select alayout of the display user interface 711, wherein said layout may bedetermined based on a plurality of variables, including, but not limitedto, number of patient data selected, type of patient data selected, userpreferences, patient preferences, user location, patient location,device type, or any combination thereof. For instance, the control boardmay select a layout of a display user interface 711 comprising a splitscreen having two display windows 705 imitating phone screens when thesystem 400 detects a phone of a healthcare professional and a phone of apatient being used to review patient data 425B, as illustrated in FIG. 7.

Alternatively, the control board may manipulate the image data 425Cand/or plurality of display windows 705 based on commands received froman input device. In one preferred embodiment, the display user interface711 may also comprise a control window, which may allow a user 405 tocontrol the layout of the display user interface 711. For instance, auser 405 may choose to layout that separates the display user interface711 of four separate display windows 705, as illustrated in FIG. 9 .Alternatively, an input device having a plurality of layouts thereon maybe used to manipulate the layout of the display user interface 711. Theinput device may be connected to the system 400 via a wired or wirelessconnection. In a preferred embodiment, the input device communicatescommands to the control board, which the control board uses tomanipulate the image data 425C and/or plurality of display windows 705.

In some preferred embodiments, indicia within the first user interface411A, access user interface 411B, second user interface 511, and/ordisplay user interface 711 may be used to indicate various commands tobe executed by the processor 220 and/or data of the system 400. In apreferred embodiment, indicia used within the first user interface 411Aand second user interface 511 indicate the various types of patient data425B to be presented within the display user interface 711. Forinstance, a user 405 may be required to select four different types ofpatient data 425B from a selection screen of the patient's userinterface, which the system 400 may present via the display 316. Thesystem 400 may use indicia to indicate which categories of patient data425B are available for review, which may be decided based on permissionsof the system 400. In another preferred embodiment, indicia may be usedto indicate which type of layout should be used by the display userinterface 711 to present the patient data 425B thereon. For instance, auser 405 may manipulate the input device in a way that commands thecontrol board to select an indicia representing a layout having fivedisplay windows 705 representing cell phone screens, wherein the imagedata 425C presented in the five display windows 705 of the display userinterface 711 corresponds with the image data 425C of a healthcareprofessional's computing device, wherein the image data 425C correspondsto patient data 425B selected by the healthcare provider via the userinterface of their computing device.

In yet another preferred embodiment, the display user interface 711 mayfurther comprise a communication window, which may allow a user 405 toremotely communicate with other users 405 of the system 400 whilepresenting patient data 425B. For instance, a video feed captured by acamera of the first computing device 410A and second computing device510 may be presented in a communication window of a display userinterface 711 of a first display 316 and second display 316 along withany data within the plurality of display windows 705, wherein theplurality of display windows 705 of the display user interface 711 ofthe said second display 316 are configured to mirror data of theplurality of display windows 705 of said first display 316. This mayallow a healthcare professional to remotely interact with patientsand/or other healthcare professionals while reviewing a patient'spatient data 425B. For instance, a first healthcare professional andsecond healthcare professional collaborating in the treatment of apatient may want to simultaneously meet with a patient even when thesecond healthcare professional is unable to be physically present withthe first healthcare professional and patient. By way of a second videofeed transmitting data to a communication window of a the first displayuser interface 711 of a first display 316 in the presence of said firsthealthcare professional and patient and a first video feed transmittingdata to a communication window of a second display user interface 711 ofa second display 316 in the presence of the second healthcare provider,the first healthcare provider, second healthcare provider, and patientmay all see the same data on their respective computing device as wellas a live stream of each other so that they may collaborate. Therefore,the communication window may be used by the system 400 in multiple wayswithout departing from the inventive subject matter as described herein.

Information presented via a display 316 may be referred to as a softcopy of the information because the information exists electronicallyand is presented for a temporary period of time. Information stored onthe non-transitory computer-readable medium 416 may be referred to asthe hard copy of the information. For instance, a display 316 maypresent a soft copy of visual information via a liquid crystal display(LCD), wherein the hardcopy of the visual information is stored on alocal hard drive. For instance, a display 316 may present a soft copy ofaudio information via a speaker, wherein the hard copy of the audioinformation is stored in RAM. For instance, a display 316 may present asoft copy of tactile information via a haptic suit, wherein the hardcopy of the tactile information is stored within a database 115.Displays 316 may include, but are not limited to, cathode ray tubemonitors, LCD monitors, light emitting diode (LED) monitors, gas plasmamonitors, screen readers, speech synthesizers, haptic suits, virtualreality headsets, speakers, and scent generating devices, or anycombination thereof.

In some preferred embodiments of the system, the system may be used by auser to track a quantity and/or condition of health inventory, such asmedications, food, workout equipment, etc. For instance, a patientprescribed a particular diet by a physician may be sent food productsthat assist said patient to adhere to said particular diet. The patientmay scan a barcode of the food product, and the data may be logged bythe system. When the patient is visiting the doctor, this informationmay be accessible in a way that it may reviewed in the manners describedherein. A user may manually or automatically update health inventoryusing a computing device, which may be saved by the system as healthinventory data. In one preferred embodiment, health inventory data maybe automatically uploaded to a user profiles once scanned by the user.In another preferred embodiment, health inventory data of a user profilemay be updated when a user purchases health inventory from a third-partyretailer via the user interface. The computing device hosting a userinterface may be operably connected to a third-party retailer'spoint-of-sale system. When health inventory is purchased from athird-party retailer by the user via the user interface, thepoint-of-sale system may automatically transmit the health inventorydata of the purchased health inventory to the system. The processor maythen transfer the purchased health inventory data to the associated userprofile.

In another preferred embodiment, the system may automatically addpurchased health inventory data of purchased health inventory to a userprofile based on the quantity of health inventory within the userprofile compared to a lower limit, wherein said lower limit representsthe lowest amount of health inventory a user may have before a purchasetakes place. For instance, the system may automatically add purchasedhealth inventory data pertaining to a patient's blood pressuremedication acquired through a local pharmacy via the user interface to auser profile having a virtual representation of a patient's medicationcabinet, wherein said medication cabinet has a low quantity of bloodpressure medication when compared to the lower limit for quantity ofblood pressure medication. For instance, the system may automaticallyadd purchased health inventory data pertaining to food related to aparticular diet of a patient acquired through a food delivery servicevia the user interface to a user profile having a virtual representationof a patient's cupboard, wherein said cupboard has a low quantity offood related to a particular diet when compared to the lower limit forsaid food related to a particular diet. The computing device may beoperably connected to a third-party retailer's point-of-sale system viathe Bluetooth, Wi-Fi, or other such transceiver, but is not limited tothese methods of communication.

In one preferred embodiment, the system 400 may use artificialintelligence (AI) techniques to assist healthcare professionals in thepresentation of patient data 425B to a patient. The term “artificialintelligence” and grammatical equivalents thereof are used herein tomean a method used by the system 400 to correctly interpret and learnfrom data of the system 400 or a fleet of systems in order to achievespecific goals and tasks through flexible adaptation. Types of AI thatmay be used by the system 400 include, but are not limited to, machinelearning, neural network, computer vision, or any combination thereof.The system 400 preferably uses machine learning techniques to discernwhich patient data 425B of a patient's user profile 425 is relevant to aparticular visit to a healthcare facility, wherein the instructionscarried out by the processor 220 for said machine learning techniquesare stored on the CRM, server 110, and/or database 115. Machine learningtechniques that may be used by the system 400 include, but are notlimited to, regression, classification, clustering, dimensionalityreduction, ensemble, deep learning, transfer learning, reinforcementlearning, or any combination thereof.

The system 400 may use more than one machine learning technique todiscern which patient data 425B in a patient's user profile 425 might berelevant for a particular visit to a healthcare facility. For instance,the system 400 comprising a microphone may use a combination of naturallanguage processing and reinforcement learning to discern which areas ofa patient's CAT scan in one of a plurality of display windows 705 of thedisplay user interface 711 a healthcare professional is currentlyreferring to and subsequently manipulate the image data 425C to focus onthat particular area. When the system 400 determines that the healthcareprofessional is no longer focusing on that particular area of the CATscan, the system 400 may revert the image data 425C to its form prior tothe manipulation. In some preferred embodiments, the system 400 may usemachine learning techniques to deduce potential concerns about apatient's medical data that might be indicative a certain medicalcondition. Once the potential medical condition has been determined, thesystem 400 may present the information to the user interface of thehealthcare professionals so that the healthcare professional maydetermine whether to discuss said potential medical conditions with thepatient. For instance, the system 400 may determine that certain EKGreadings are indicative of an enlarged heart and make this known only tothe healthcare professional via the user interface of the healthcareprofessional's mobile computing device. However, the healthcareprofessional may mentally note that a patient may have an undiagnosedanxiety disorder that could also cause similar EKG readings andsubsequently require additional testing before making such potentialcondition known to the patient.

To prevent un-authorized user 405 from accessing other user's 405information, the system 400 may employ a security method. As illustratedin FIG. 10 , the security method of the system 400 may comprise aplurality of permission levels 1000 that may grant users 405 access touser content 1015, 1035, 1055 within the database 115 whilesimultaneously denying users 405 without appropriate permission levels1000 the ability to view user content 1015, 1035, 1055. To access theuser content 1015, 1035, 1055 stored within the database 115, users 405may be required to make a request via a user interface. Access to thedata within the database 115 may be granted or denied by the processor220 based on verification of a requesting user's 1005, 1025, 1045permission level 1000. If the requesting user's 1005, 1025, 1045permission level 1000 is sufficient, the processor 220 may provide therequesting user 1005, 1025, 1045 access to user content 1015, 1035, 1055stored within the database 115. Conversely, if the requesting user's1005, 1025, 1045 permission level 1000 is insufficient, the processor220 may deny the requesting user 1005, 1025, 1045 access to user content1015, 1035, 1055 stored within the database 115. In an embodiment,permission levels 1000 may be based on user roles 1010, 1030, 1050 andadministrator roles 1070, as illustrated in FIG. 10 . User roles 1010,1030, 1050 allow requesting users 1005, 1025, 1045 to access usercontent 1015, 1035, 1055 that a user 405 has uploaded and/or otherwiseobtained through use of the system 400. Administrator roles 1070 allowadministrators 1065 to access system 400 wide data.

In an embodiment, user roles 1010, 1030, 1050 may be assigned to a userin a way such that a requesting user 1005, 1025, 1045 may view userprofiles 425 containing user data 425A, patient data 425B, and imagedata 425C via a user interface. To access the data within the database115, a user 405 may make a user request via the user interface to theprocessor 220. In an embodiment, the processor 220 may grant or deny therequest based on the permission level 1000 associated with therequesting user 1005, 1025, 1045. Only users 405 having appropriate userroles 1010, 1030, 1050 or administrator roles 1070 may access the datawithin the user profiles 425. For instance, as illustrated in FIG. 10 ,requesting user 1 1005 has permission to view user 1 content 1015 anduser 2 content 1035 whereas requesting user 2 1025 only has permissionto view user 2 content 1035. Alternatively, user content 1015, 1035,1055 may be restricted in a way such that a user may only view a limitedamount of user content 1015, 1035, 1055. For instance, requesting user 31045 may be granted a permission level 1000 that only allows them toview user 3 content 1055 related to their specific healthcare recordsbut not user 3 content 1055 related to other their healthcare records.In the example illustrated in FIG. 10 , an administrator 1065 may bestowa new permission level 1000 on users so that it may grant them greaterpermissions or lesser permissions. For instance, an administrator 1065may bestow a greater permission level 1000 on other users so that theymay view user 3's content 1055 and/or any other user's 405 content 1015,1035, 1055. Therefore, the permission levels 1000 of the system 400 maybe assigned to users 405 in various ways without departing from theinventive subject matter described herein.

FIG. 11 provides a flow chart 1100 illustrating certain, preferredmethod steps that may be used to carry out the method of securelylogging a user 405 into an access computing device 410B by way of afirst computing device 410A and a predefined pattern 605. Step 1105indicates the beginning of the method. During step 1110, a firstcomputing device 410A may accept input data from a user 405 via an inputdevice. The first computing device 410A may then perform a query todetermine whether the input data matches first login credentials of userdata 425A within the user's 405 user profile 425 during step 1115. Basedon the results of the query, the first computing device 410A may take anaction during step 1120. If the input data matches the first logincredentials of the user data 425A of a user profile 425, the system 400may activate a camera of the first computing device 410A and present ascanning screen to said user 405 during step 1125. If the input datadoes not match the first login credentials of the user data 425A of auser profile 425, the system 400 may return to step 1110.

After presenting the scanning screen and accessing the camera, the firstcomputing device 410A may accept image data 425C from the camera duringstep 1130. During step 1135, the first computing device 410A may performa query to determine whether image data 425C matches a predefinedpattern 605, wherein said predefined pattern 605 contains second logincredentials of an access computing device 410B. Based on the results ofthe query, the first computing device 410A may perform an action duringstep 1140. If the first computing device 410A determines that the imagedata 425C does not match a predefined pattern 605 of the system 400, thefirst computing device 410A may return to step 1130. If the firstcomputing device 410A determines that the image data 425C does match apredefined image of the system 400, the first computing device 410A maysend a computer readable signal to the access computing device 410Bcontaining both the first login credentials and second login credentialsduring step 1145. The system 400 may then proceed to the terminatemethod step 1150.

FIG. 12 provides a flow chart 1200 illustrating certain, preferredmethod steps that may be used to carry out the method of an accesscomputing device 410B allowing access to a database 115. Step 1205indicates the beginning of the method. During step 1210, the processor220 may receive a computer readable signal from a first computing device410A, wherein said computer readable signal contains first logincredentials, second login credentials, and an identifying address of thefirst computing device 410A. The processor 220 may then perform a queryduring step 1215 to determine whether or not the first logincredentials, second login credentials, and identifying address matchknown login credentials and identifying address of the system 400. Basedon the results of the query, the system 400 may perform an action duringstep 1220. If the processor 220 determines that even one of the firstlogin credential and second login credential do not match known logincredentials of the system 400, the processor 220 may proceed to theterminate method step 1230. If the processor 220 determines that boththe first login credential and second login credential match known logincredentials of the system 400, the processor 220 may access the database115 and allow a user 405 to access files of said database 115 via a userinterface during step 1225. The system 400 may then proceed to terminatemethod step 1230.

FIG. 13 provides a flow chart 1300 illustrating certain, preferredmethod steps that may be used to carry out the method of presentingpatient data 425B received from a first computing device 410A and secondcomputing device 510 in a plurality of display windows 705 of a displayuser interface 711. Step 1305 indicates the beginning of the method.During step 1307, the processor 220 may perform a query to determine ifa first computing device 410A and second computing device 510 are incommunication with said processor 220. Based on the results of thequery, the processor 220 may perform an action during step 1310. If theprocessor 220 determines that a first computing device 410A and secondcomputing device 510 are connected to said processor 220, the processor220 may proceed to step 1315. If the processor 220 determines that afirst computing device 410A and second computing device 510 are notconnected, the processor 220 may proceed to terminate method step 1345.During step 1315, the processor 220 may present a display user interface711 via the display 316. The processor 220 may then receive image data425C from a first computing device 410A and/or second computing device510 during step 1320. The processor 220 may perform a query to determineif a number of display windows of a plurality of display windows 705 isequal to the number of image data 425C during step 1325. Based on theresults of the query, the processor 220 may take an action during step1330. If the processor 220 determines that a number of display windowsis the same as the number of image data 425C, the processor 220 mayreturn to step 1307. If the processor 220 determines that the number ofdisplay windows is the same as the number of image data 425C, theprocessor 220 may proceed to step 1335.

During step 1335, the processor 220 may perform a query to determinewhether a display window of said plurality of display windows 705 shouldbe added or subtracted to said display user interface 711 based on anumber of image data 425C received by the processor 220 from the firstcomputing device 410A and second computing device 510 and compared to acurrent number of display windows of the display user interface 711.Based on the results of the query, the processor may perform an actionduring step 1340. If the processor 220 determines a display window mustbe added to the display user interface 711 so that a number of displaywindows equals the number of image data 425C, the processor 220 mayproceed to step 1342 and subsequently add an additional display windowto said plurality of display windows 705. If the processor 220determines a display window must be subtracted from the display userinterface 711 so that a number of display windows equals the number ofimage data 425C, the processor 220 may proceed to step 1343 andsubsequently remove a display window from said plurality of displaywindows 705. Once the number of display windows has been altered, thesystem 400 may return to step 1307 and repeat the process until thefirst computing device 410A and second computing device 510 are nolonger in communication with said processor 220.

The subject matter described herein may be embodied in systems,apparati, methods, and/or articles depending on the desiredconfiguration. In particular, various implementations of the subjectmatter described herein may be realized in digital electronic circuitry,integrated circuitry, specially designed application specific integratedcircuits (ASICs), computer hardware, firmware, software, and/orcombinations thereof. These various implementations may includeimplementation in one or more computer programs that may be executableand/or interpretable on a programmable system including at least oneprogrammable processor, which may be special or general purpose, coupledto receive data and instructions from, and to transmit data andinstructions to, a storage system, and at least one peripheral device.

These computer programs, which may also be referred to as programs,software, applications, software applications, components, or code, mayinclude machine instructions for a programmable processor, and may beimplemented in a high-level procedural and/or object-orientedprogramming language, and/or in assembly machine language. As usedherein, the term “non-transitory computer-readable medium” refers to anycomputer program, product, apparatus, and/or device, such as magneticdiscs, optical disks, memory, and Programmable Logic Devices (PLDs),used to provide machine instructions and/or data to a programmableprocessor, including a non-transitory computer-readable medium thatreceives machine instructions as a computer-readable signal. The term“computer-readable signal” refers to any signal used to provide machineinstructions and/or data to a programmable processor. To provide forinteraction with a user, the subject matter described herein may beimplemented on a computer having a display device, such as a cathode raytube (CRD), liquid crystal display (LCD), light emitting display (LED)monitor for displaying information to the user and a keyboard and apointing device, such as a mouse or a trackball, by which the user mayprovide input to the computer. Displays may include, but are not limitedto, visual, auditory, cutaneous, kinesthetic, olfactory, and gustatorydisplays, or any combination thereof.

Other kinds of devices may be used to facilitate interaction with a useras well. For instance, feedback provided to the user may be any form ofsensory feedback, such as visual feedback, auditory feedback, or tactilefeedback; and input from the user may be received in any form including,but not limited to, acoustic, speech, or tactile input. The subjectmatter described herein may be implemented in a computing system thatincludes a back-end component, such as a data server, or that includes amiddleware component, such as an application server, or that includes afront-end component, such as a client computer having a graphical userinterface or a Web browser through which a user may interact with thesystem described herein, or any combination of such back-end,middleware, or front-end components. The components of the system may beinterconnected by any form or medium of digital data communication, suchas a communication network. Examples of communication networks mayinclude, but are not limited to, a local area network (“LAN”), a widearea network (“WAN”), metropolitan area networks (“MAN”), and theinternet.

The implementations set forth in the foregoing description do notrepresent all implementations consistent with the subject matterdescribed herein. Instead, they are merely some examples consistent withaspects related to the described subject matter. Although a fewvariations have been described in detail above, other modifications oradditions are possible. In particular, further features and/orvariations can be provided in addition to those set forth herein. Forinstance, the implementations described above can be directed to variouscombinations and subcombinations of the disclosed features and/orcombinations and subcombinations of several further features disclosedabove. In addition, the logic flow depicted in the accompanying figuresand/or described herein do not necessarily require the particular ordershown, or sequential order, to achieve desirable results. It will bereadily understood to those skilled in the art that various otherchanges in the details, devices, and arrangements of the parts andmethod stages which have been described and illustrated in order toexplain the nature of this inventive subject matter can be made withoutdeparting from the principles and scope of the inventive subject matter.

1. A system for presenting data related to a patient's healthcomprising: a first computing device having a first user interface,wherein said first computing device is configured to connect to a userprofile of a healthcare provider, a second computing device having asecond user interface, wherein said second computing device isconfigured to connect to said user profile of a patient, wherein saiduser profile of said patient contains patient data, a display having acontrol board operably connected to said first computing device and saidsecond computing device, wherein a processor of said control board isconfigured to receive first image data from said first computing device,wherein a processor of said control board is configured to receivesecond image data from said second computing device, wherein saidprocessor of said control board organizes said first image data and saidsecond image data in a plurality of display windows of a display userinterface of said display, a communication interface operably connectedto said control board, wherein an input device transmits commands tosaid control board via said communication interface, wherein saidcommands instruct said processor as to a layout of said display userinterface based on said first image data and said second image data, anda non-transitory computer-readable medium coupled to said processor,wherein said non-transitory computer-readable medium containsinstructions stored thereon, which, when executed by said processor,cause said processor to perform operations comprising: receiving saidfirst image data, receiving said second image data, determining saidlayout of said layout of said display user interface based on at leastone of said commands, first image data, and second image data, creatingmirrored image data based on said display user interface, first imagedata, and second image data, and transmitting said mirrored image datato a database.
 2. The system of claim 1, further comprising a secondarysecurity device operably connected to said control board, wherein saidsecondary security device is configured to only communicate with saidcontrol board of said display.
 3. The system of claim 2, wherein saidsecondary security device is configured to collect biometric data from auser, wherein said biometric data is used by said control board toverify login credentials of said user, wherein said login credentialsallow said user to access said display user interface of said display.4. The system of claim 3, further comprising additional instructionsstored on said non-transitory computer-readable medium, which, whenexecuted by said processor, cause said processor to perform additionaloperations comprising: receiving said biometric data from said secondarysecurity device, checking said biometric data against said logincredentials, and activating said display when said biometric datamatches said login credentials.
 5. The system of claim 2, wherein saidsecondary security device is configured to send a computer readablesignal to said control board, wherein said computer readable signal isused by said control board to verify login credentials of a user,wherein said login credentials allow said user to access said displayuser interface of said display.
 6. The system of claim 5, furthercomprising additional instructions stored on said non-transitorycomputer-readable medium, which, when executed by said processor, causesaid processor to perform additional operations comprising: receivingsaid computer readable signal from said secondary security device,checking said computer readable signal against said login credentials,activating said display when said computer readable signal matches saidlogin credentials, and displaying an indicia on said display to indicatewhen said computer readable signal does not match said logincredentials.
 7. The system of claim 1, wherein said input device is atleast one of a camera and microphone connected to at least one of saidfirst computing device and second computing device, wherein said camerais configured to collect video data of at least one of said healthcareprovider and said patient, wherein said microphone is configured tocollect audio data of at least one of said healthcare provider and saidpatient.
 8. The system of claim 7, further comprising a communicationwindow of said display user interface, wherein at least one of saidvideo data and said audio data are presented within said communicationwindow to facilitate communication between said healthcare provider andsaid patient.
 9. The system of claim 8, further comprising additionalinstructions stored on said non-transitory computer-readable medium,which, when executed by said processor, cause said processor to performadditional operations comprising: receiving said video data from atleast one of said first computing device and second computing device,receiving said audio data from at least one of said first computingdevice and second computing device, and streaming at least one of saidvideo data and said audio data to said communication window.
 10. Thesystem of claim 8, wherein said control board uses natural languageprocessing to transform said audio data into input data, wherein saidcontrol board manipulates said layout based on said input data.
 11. Thesystem of claim 1, wherein said control board determines a window numberof said display user interface, wherein said window number is a total ofsaid first image data and second image data, wherein said control boardmanipulates said layout based on said window number, wherein said windownumber determines an amount of said plurality of display windows. 12.The system of claim 1, wherein at least one of said first user interfaceand said second user interface is operably connected to a point-of-salesystem of a third-party.
 13. The system of claim 12, further comprisingadditional instructions stored on said non-transitory computer-readablemedium, which, when executed by said processor, cause said processor toperform additional operations comprising: displaying patient data on atleast one of said first computing device and second computing deviceoperably connected to said point-of-sale system, and purchasing healthsupplies via said point-of-sale system when a quantity of said healthsupplies has dropped below a lower limit. 14-25. (canceled)